home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 124 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: nntp.teleport.com!sschaem
  2. From: sschaem@teleport.com (Stephan Schaem)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: >>>>>>> The Future: Amiga goes PC (...aeh: "PowerMsPenti...?) <<<<<<<<
  5. Date: 3 Jan 1996 06:19:55 GMT
  6. Organization: Teleport - Portland's Public Access (503) 220-1016
  7. Message-ID: <4cd76c$suo@maureen.teleport.com>
  8. References: <judas.0gku@tomtec.abg.sub.org> <4aec3t$q2c@serpens.rhein.de> <judas.0gms@tomtec.abg.sub.org> <3Y4Px*Sy0@mkmk.in-chemnitz.de> <judas.0gxk@tomtec.abg.sub.org> <jasonb.820116201@cs.uwa.edu.au>
  9. NNTP-Posting-Host: julie.teleport.com
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. Jason S Birch (jasonb@cs.uwa.edu.au) wrote:
  13. : >I freezed the doomengine and found a very fast asm part, which is the real heart of
  14. : >doom.
  15.  
  16. : Where "real heart" is defined to be the very fast asm part? :-) This is
  17. : the whole point - you write the vast majority of your code in a HLL,
  18. : then profile it to find out which part takes the longest (typically
  19. : less than 10% of your code accounts for 90% of the runtime) and then do
  20. : what it takes to make that faster (if it's worth it).
  21.  
  22.  Fast code is defenetly not a must in the industrie... if people can wait
  23.  10 second1 for a function to finish they can probably wait 20 second.
  24.  
  25. : Of course, when we all switch to PowerPCs, those programs that didn't
  26. : bother writing any of their code in assembler and can just be
  27. : recompiled are going to be a lot faster (or at least, have new PPC
  28. : versions arrive a lot sooner) than those that coded parts in
  29. : assembler.
  30.  
  31.  If you have you code in HLL, profile the time consuming functions, and
  32.  rewrite them/some in asm... whats the problem in keeping the C version
  33.  for porting?
  34.  
  35.  Stephan
  36.